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When a user requests execution of a command in an application file, the 
access conditions are sought from memory, and if found the execution is 
launched. Otherwise the user is asked to satisfy an access condition 
and this is stored in memory before the application is launched. 
USE - Smart cards carrying multiple applications 

ADVANTAGE - Allows user to return to calling file after calling a 
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(§4) PROCEDE DE GESTION DE COMMANDES DANS PLUSIEURS FICHIERS D'APPLICATION ET CARTE A PUCE 
POUR LA MISE EN OEUVRE DU PROCEDE. 



L'invention conceme un proc6d6 de gestion de com- 
mandes dans plusieurs fichiers d'applicatlon, k chaque 
commande dans chaque fichier d'application 6tant associ6e 
une condition d'accfcs correspondant & ladite commande, 
chaque commande dans chaque fichier d'application 6tant 
ex6cut6e si un utilisateur a ordonne l'ex6cution de ladite 
commande et si la condition d'acc&s correspondant & ladite 
commande est m6moris6e. 

Selon l'invention, on garde m6moris6es les conditions 
cTaccfes conjointement pour tous les fichiers d'application. 
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L'mventioii concerne un proc£d6 de gestion de commandes dans plusieurs 
fichiers d'application et une carte k puce adaptSe k gfrer des commandes dans 
plusieurs fichiers d'application. 

On connait des proc&tes de gestion de commandes adaptes k gfrer des 
5 commandes dans plusieurs fichiers d'applicatioa Ces procedes sont par exemple 
adaptds k gerer des commandes telles que creer ou ouvrir ou supprimer un 
sous-fichier dans un premier fichier concemant une premiere application ou telles 
que cr6er ou ouvrir ou supprimer un sous-fichier d'un deuxteme fichier concemant 
une deuxfeme application. Les moyens mettant en oeuvre cle tels proc6d6s sont 
10 appel6s « operating system » en anglais. 

Un utilisateur qui souhaite ordonner I'exdcution d'une telle operation doit 
satisfaire k la condition d'acces associee a la commande dans le fichier 
d'application. 

Dans certains domaines d'application, ces conditions d'acces ont 6x6 

15 normalisees. On connait ainsi par exemple la norme EN 726-3 pour les procedes de 
gestion de commandes dans les cartes k puces. Cette norme mentionne par 
exemple une condition d'acc£s notfe « ALW » pour laquelle Putilisateur n'a besoin 
de satisfaire k aucune condition : ainsi une operation dans un fichier d'application, 
a laquelle est associee la condition d'acc&s « ALW » sera toujours execute si 

20 Putilisateur Pordonne. Cette norme mentionne aussi une condition d'acces notte 
« NEV » : si Putilisateur ordonne 1'exScution d'une operation dans un fichier 
d'application, a laquelle est associee la condition d'acc&s « NEV », cette operation 
ne sera pas ex6cutee. Cette norme mentionne Sgalement, entre autres, des 
conditions d'acces notdes « CHV1 » et « CHV2 ». 

25 Les proems de gestion de commandes dans plusieurs fichiers d'application 

connus ne permettent pas de g£rer conjointement des commandes pour des fichiers 
d'application differents. Ainsi, lorsqu'un operateur fait ex&uter des commandes 
dans un premier fichier d'application, qu'il passe k un deuxteme fichier 
d'application pour y faire exporter des commandes, et qu'il retourne au premier 

30 fichier d'application, fl doit satisfaire k nouveau aux conditions d'acc&s pour faire 
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exporter, dans le premier fichier d'application, des commandes analogues a celles 
qu'fl a fait executer initialement. 

L'objet de Pinvention est de proposer un proc&te de gestion de commandes 
dans plusieurs fichiers d'application, mis en oeuvre ais&nent et en toute securite, 
5 ayant un coflt reduit et permettant de r&oudre ce probleme. 

Plus pr&isSment, l'invention concerne un proc&te de gestion de commandes 
dans plusieurs fichiers d'application, k chaque commande dans chaque fichier 
d'application &ant associee une condition d'acces correspondant k ladite 
commande, chaque commande dans chaque fichier d'application etant executee si 
10 un utilisateur a ordonnd l'ex6cution de ladite commande et si la condition d'acc£s 
correspondant k ladite commande est m&norisde, caract£ris6 en ce qu'on garde 
m£moris6es les conditions d'accds conjointement pour tous les fichiers 
d'application. 

De pr6fdrence, un utilisateur ayant ordonne PexScution d'une commande 
15 dans un fichier d'application, 

on recherche si la condition d'acces correspondant & ladite commande est 
m£moris£e, 

si la condition d'acc&s est mgmorisee alors on lance l*ex6cution de la 
commande, 

20 sinon on demande a l'utilisateur de satisfaire k la condition d'acc£s et alors, si 

l'utilisateur satisfait k la condition d'acces, on memorise la condition d'acc&s et on 
lance l'ex&ution de la commande. 

Ayantageusement, n d£signant un entier sup6rieur ou 6gal k deux, 
l'utilisateur ayant satisfait k n conditions d'acces, on garde m&norisees les n 

25 dernteres conditions d'acces satisfaites. 

) De prtftrence, une nouvelle condition d'accds 6tant satisfaite par 
l'utilisateur, ladite condition d'acces n'&ant pas en m&noire, n conditions d'acces 
6tant m&norisdes, on supprime de la memoire la condition d'acc£s la plus 
andennement satisfaite et on memorise la condition d'acces nouveliement 

30 satisfaite. 
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Selon un premier mode de mise en ceuvre du proced6, n est £gal au nombre 
de conditions d'acc^s pour F ensemble des commandes de tous les fichiers 
d'application. 

Selon un deuxteme mode de mise en oeuvre du proced6, n est sup6rieur au 
5 nombre de conditions d'acc&s pour r ensemble des commandes de tous les fichiers 
d'applicatioa 

Selon un troisteme mode de mise en oeuvre du proc&te, n est inferieur au 
nombre de conditions d'acc&s pour V ensemble des commandes de tous les fichiers 
duplication. 

10 Avantageusement, un contact etant etabli pour ddmarrer ledit proced£ de 

gestion de commandes, le contact etant rompu, on efface toutes les conditions 
d'acc^s. 

L'invention conceme Sgalement une carte a puce adaptee k g6rer des 
commandes dans plusieurs fichiers d'application, k chaque commande dans chaque 

15 fichier d'application dtant associte une condition d'acces correspondant k ladite 
commande, chaque commande dans chaque fichier d'application £tant ex6cut£e si 
un utilisateur a ordonni r execution de ladite commande et si la condition d'accSs 
correspondant k ladite commande est en m&moire, caract6ris£e en ce qu'elle 
comporte des moyens pour garder en m&noire les conditions d'acc&s 

20 conjointement pour tous les fichiers d'application. 

De preference, un utilisateur ayant ordonne l'ex&ution d'une commande 
dans un fichier d'application, elle comporte : 

- des moyens adaptSs k rechercher si la condition d'accSs correspondant k 
ladite commande est en m&noire, 

25 - des moyens adapts k lancer Pexecution de la commande si la condition 

d'acc&s est en m&noire, 

- des moyens adapts k demander k I'utilisateur de satisfaire k la condition 
d'acces si la condition d'acc&s n'est pas en m6moire, et 

- des moyens adapts k m&noriser la condition d'acc&s et k lancer 
30 l'ex&ution de la commande si Putilisateur satisfait a la condition d'acces. 
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Avantageusement, n d£signant un entier supdrieur ou 6gal a deux, 
l'utilisateur ayant satisfait a n conditions d'acc£s, elle comporte des moyens 
adapts k garder en m&noire les n derni&res conditions d'acc^s satisfeites. 

De preference, une nouvelle condition d'acc^s etant satisfaite par 
5 rutilisateur, ladite condition d'acc&s n'etant pas en m&noire, n conditions d'accds 
etant m^moris^es, elle comporte des moyens adaptes a supprimer de la m&noire la 
condition d'acc^s la plus anciennement satisfaite et k m&noriser la condition 
d'acc&s nouvellement satisfaite. 

Selon un premier mode de realisation, n est £gal au nombre de conditions 
10 d'acc&s pour r ensemble des commandes de tous les fichiers duplication. 

Selon un deuxieme mode de realisation, n est sup&ieur au nombre de 
conditions d'acces pour Tensemble des commandes de tous les fichiers 
duplication. 

Selon un troisieme mode de realisation, n est infdrieur au nombre de 
15 conditions d'acc&s pour Fensemble des commandes de tous les fichiers 
duplication. 

Avantageusement, la carte comporte un contact et des moyens adapts a 
supprimer toutes les conditions d'acc&s lorsque le contact est rompu. 

D'autres caracteristiques et avantages de l'invention apparaltront au cours de 
20 la description d'un mode de realisation qui va suivre, donne k titre d'exemple non 
limitatif, k l'appui des cinq figures sur lesquelles : 

la figure 1 repr&ente un tableau de memorisation relatif k un espace memoire 
dans la mdmoire vive de la carte k puce adaptee k gdrer des commandes dans 
plusieurs fichiers d'application, le tableau est represents dans Fetat initial de 
25 memorisation, 

les figures 2 a 5 sont analogues a la figure 1 pour differents etats de 
memorisation, 

la figure 6 repr£sente la carte et son environnement de fonctionnement, 
la figure 7 repr&ente Torganisation logique de la carte, et 
30 la figure 8 repr&ente un organigramme logique des Stapes du procede de 

T invention. 
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En se referant plus particulterement k la figure 7, on va ddcrire l'organisation 
logique d'une carte 8 a puce adapt6e k gerer des commandes dans plusieurs fichiers 
d'application. 

La carte 8 comprend des moyens pour mettre en oeuvre le precede de gestion 
5 de commandes, ce moyen est denomme « OS » et porte la reference 3. 

La carte 8 comprend deux fichiers d'application, aussi appetes repertoires. 
Le premier fichier d'application est denomme « compte bancaire » et porte la 
reference 40. Ce fichier d'application est prdvu pour permettre k un utilisateur de 
gerer des donn^es relatives k son compte bancaire. 
10 Dans le fichier « compte bancaire », 1'utilisateur peut ordonner rexecution 

d'une commande denommee « solde» portant la reference 41, d'une commande 
denommee « debit » portant la reference 42 et d'une commande denommee 
« transfert vers compte bourse » portant la reference 43. 

La commande « solde » contient des instructions permettant a 1'utilisateur de 
15 connaitre le solde de son compte bancaire. 

La commande « d^bit » contient des instructions permettant k 1'utilisateur 
d'ordonner un mouvement de debit de son compte bancaire. 

La commande « transfert vers compte bourse » permet k 1'utilisateur 
d'ordonner le transfert d'un certain montant du compte bancaire vers un compte 
20 bourse. 

Le deuxfcme fichier d'application est denomme « bourse » et porte la 
rdfdrence SO. Ce fichier d'application est prevu pour permettre k 1'utilisateur de 
gerer des donnees relatives k son portefeuille de bourse. 

Dans le fichier « bourse », 1'utilisateur peut ordonner l'execution d'une 

25 commande denommee « solde compte bourse » portant la reference SI, d'une 
commande denommee « solde bourse » portant la reference 52, d'une commande 
denommee « titre» portant la reference S3, d'une commande denommee « ordre 
d'achat » portant la reference 54, d'une commande denommee « ordre de vente » 
portant la reference SS et d'une commande denommee « transfert vers compte 

30 bancaire » portant la reference 56. 
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La commande « solde compte bourse » contient des instructions permettant k 
rutilisateur de connaitre le solde du compte bourse pr£vu pour alimenter et 
recevoir le montant correspondant aux achats et ventes de titres de bourse. 

La commande « solde bourse » contient des instructions permettant k 
5 rutilisateur de connaitre la valeur globale des titres en bourse qu'il possede. 

La commande « titre » contient des instructions permettant k Putilisateur de 
connaitre les titres de bourse que Putilisateur possede. 

La commande « ordre d'achat » permet a Putilisateur de donner l'instruction 
d'acheter des titres de bourse. 
10 La commande « ordre de vente » permet a Putilisateur de donner 

Finstruction de vendre des titres de bourse. 

La commande « transfert vers compte bancaire » permet k l'utilisateur de 
donner Finstruction de transferer un certain montant du compte bourse vers le 
compte bancaire. 

15 Pour pouvoir effectuer les commandes « solde », « solde compte bourse », 

« solde bourse » ou « titre », rutilisateur devra au prealable entrer des conditions 

d'acc&s notees « CHV1 ». 

Pour pouvoir effectuer les commandes « d6bit », « transfert vers compte 

bourse », « ordre d'achat », « ordre de vente » ou « transfert vers compte 
20 bancaire », Putilisateur devra au prealable entrer les conditions d'acces notees 

« CHV2 ». 

La carte 8 comporte des moyens repr6sent& par un tableau, pour garder en 
m&noire les conditions d'accds conjointement pour tous les fichiers d'application. 

Le tableau comporte deux colonnes et quatre lignes. Le nombre de lignes est 
25 le nombre de conditions d'accds pour Tensemble des commandes de tous les 
fichiers d'application : la carte comprend en effet deux fichiers d'application et 
chacun d'eux comporte deux conditions d'accgs pour l'ensemble de ses commandes. 

Lorsqu'une condition d'accSs dans un fichier d'application est m6moris6e, 
Tadresse du fichier d'application figure sur une ligne de la premiere colonne et 
30 ladite condition d'accgs figure sur la meme ligne de la deuxieme colonne. A 
Tinverse, lorsqu'une condition d'acc^s dans un fichier d'application n'est pas 
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mSmorisSe, l'adresse du fichier d* application ne figure sur aucune ligne de la 
premiere colonne. 

En se referent plus particuliSrement a la figure 6, on a represents la carte 8 
adaptSe k etre insSrSe dans un lecteur 12. Le lecteur 12 est connects k un 
5 ordinateur 10 reliS k un clavier 14, k un Scran 16 et k un distributee 18 de billets. 
L'ordinateur 10 est connects k un ordinateur central 20 adapts k mSmoriser les 
operations qui sont demandSes. 

En se rSferant maintenant plus particulierement k la figure 8, on a represents 
les Stapes du procedS de gestion de commandes dans plusieurs fichiers 
10 d'application. 

Dans la situation initiate notSe 80, l'utilisateur a ordonnS 1' execution d'une 
commande dans un fichier duplication. 

Au cours d'une premiSre Stape notee 81, on recherche si la condition d'acces 
correspondant k ladite commande est memorisSe. 
15 Si la condition d'accSs est mSmorisSe, alors on lance, au cours d'une Stape 

notee 82, 1'exScution de la commande. 

Si la condition d'acces n'est pas mSmorisSe, alors, au cours d'une Stape 
notee 83, on demande k l'utilisateur de satisfaire a la condition d'acc&s. 

Et alors, si Putilisateur satisfait a la condition d'accSs : au cours d'une Stape 
20 notSe 84, on memorise la condition d'acces et on lance 1'exScution de la 
commande. 

Un exemple d'utilisation de la carte va maintenant etre dScrit. 
L'utilisateur insere la carte 8 dans le lecteur 12. A ce stade de Utilisation, le 
tableau est initialise par T« OS » : le tableau est done vide de toute donnSe (figure 
25 1). 

L'utilisateur souhaite connaltre le solde de son cornpte bancaire. Pour cela, 
l'utilisateur ordonne 1'exScution de la commande « solde » dans le fichier « cornpte 
bancaire ». 

.L'«OS» recherche si la condition d'acces correspondant k la commande 
30 « solde » est mSmorisSe, dans notre cas l'« OS » cherche si la condition « CHV1 » 
du fichier duplication « cornpte bancaire » est mSmorisSe dans le tableau ; comme 
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ce n'est pas le cas, car le tableau est vide, P« OS » demande a l'utilisateur de 
satisfaire k la condition d'acces « CHV1 ». L'utilisateur entre un code confidentiel 
sur le clavier et l'utilisateur satisfait ainsi k la condition d'acces « CHV1 ». 
L'«OS» memorise la condition d'accgs dans le tableau (figure 2) et lance 
5 PexScution de la commande « solde » : le solde du compte bancaire de l'utilisateur 
apparalt k P6cran. 

L'utilisateur souhaite ensuite effectuer un debit de son compte bancaire. Pour 
cela, l'utilisateur ordonne Pex&ution de la commande « debit » dans le fichier 
« compte bancaire ». 

10 L'« OS » recherche si la condition d'accds correspondant k la commande 

« d&it » est m&norisee, dans notre cas P« OS » cherche si la condition « CHV2 » 
du fichier d* application « compte bancaire » est m6moris6e dans le tableau ; comme 
ce n'est pas le cas (figure 2), P« OS » demande k l'utilisateur de satisfaire a la 
condition d'accte « CHV2 ». L'utilisateur entre un code confidentiel sur le clavier 

15 et l'utilisateur satisfait ainsi a la condition d'accds « CHV2 ». L'« OS » memorise 
la condition d'acc&s dans le tableau (figure 3) et lance P execution de la commande 
« debit ». Le distributeur fournit k l'utilisateur la somme souhaitee. 

L'utilisateur souhaite alors connaltre le solde de son compte bancaire et 
verifier que son compte bancaire a bien et6 memorise. Pour cela, l'utilisateur 

20 ordonne l'ex6cution de la commande « solde » dans le fichier « compte bancaire », 
L*«OS» recherche si la condition d'acces correspondant k la commande 
« solde » est m&noris6e, dans notre cas l'« OS » cherche si la condition « CHV1 » 
du fichier d'application « compte bancaire » est m&noris6e dans le tableau ; comme 
c'est le cas (figure 3), P« OS » lance Pex^cution de la commande « solde ». Le 

25 solde du compte bancaire de l'utilisateur apparait k Pecran et indique bien le 
nouveau solde, c'est-a-dire, le montant indiquS lors de la premi&re commande de 
PopSration « solde » diminue de la somme debitte lors de l'op£ration « d^bit ». 

L'utilisateur souhaite connaltre le solde de son compte bourse. Pour cela, 
l'utilisateur ordonne Pex&ution de la commande « solde compte bourse » dans le 

30 fichier « bourse ». 
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L'«OS» recherche si la condition d'acces correspondant k la commande 

«solde compte bourse » est m&noris^e, dans notre cas P« OS » cherche si la 

condition « CHV1 » du fichier duplication « bourse » est m£moris6e dans le 

tableau ; comme ce n'est pas le cas (figure 3), l'« OS » demande k Putilisateur de 
5 satisfaire k la condition d'accSs « CHV1 ». L'utilisateur entre un code confidentiel 

sur le clavier et Putilisateur satisfait ainsi k la condition d'acces « CHV1 ». 

I/«OS» memorise la condition d'acc£s dans le tableau (figure 4) et lance 

P execution de la commande « solde compte bourse » : le solde du compte bourse 

de Putilisateur apparait k Pdcran. 
10 L'utilisateur souhaite maintenant connaitre les titres de bourse quH poss&de 

dans son portefeuille. Pour cela, Putilisateur ordonne Pexecution de la commande 

« titre » dans le fichier « bourse ». 

L'« OS » recherche si la condition d'acc£s correspondant a la commande 

« titre » est memorise, dans notre cas P« OS » cherche si la condition « CHV1 » 
15 du fichier duplication « bourse » est m6moris6e dans le tableau ; comme c'est le 

cas (figure 4), P« OS » lance P execution de la commande « titre » : les titres de 

bourse poss£d6s par Putilisateur apparaissent k Pecran. 

I/utilisateur souhaite maintenant vendre certains titres de bourse. Pour cela, 

Putilisateur ordonne Pexecution de la commande « ordre de vente » dans le fichier 
20 « bourse ». 

L'« OS » recherche si la condition d'acces correspondant a la commande 
« solde compte bourse » est memorise, dans notre cas P«OS» cherche si la 
condition «CHV2» du fichier d'application « bourse » est m£moris6e dans le 
tableau ; comme ce n'est pas le cas (figure 4), P« OS » demande k Putilisateur de 

25 satisfaire k la condition d'acces « CHV2 ». I/utilisateur entre un code confidentiel 
sur le clavier et Putilisateur satisfait ainsi k la condition d'acces «CHV2». 
L'«OS» memorise la condition d'accis dans le tableau (figure 5) et lance 
Pexfcution de la commande « ordre de vente » : P« OS » passe ainsi Pordre des 
titres que Putilisateur vend. 

30 L'utilisateur souhaite alors connaitre le solde de son compte bourse et 

verifier que son compte bourse a bien 6t6 credite du montant des ventes des titres 
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effectutes. Pour cela, Putilisateur ordonne FexScution de la commande « solde 
compte bourse » dans le fichier « bourse ». 

L'« OS » recherche si la condition d'acc£s correspondant k la commande 
« solde compte bourse » est m&noris^e, dans notre cas F« OS » cherche si la 
5 condition « CHV1 » du fichier duplication « bourse » est memoris£e dans le 
tableau ; comme c'est le cas (figure 5), P« OS » lance F execution de la commande 
« solde compte bourse ». Le solde du compte bourse de 1'utilisateur apparait k 
P6cran et indique bien le nouveau solde, c*est-a-dire, le montant indiqu6 lors de la 
premiere commande de reparation « solde compte bourse » augment^ de la 
10 somme degagSe lors de la vente des titres de bourse. 

L'utHisateur souhaite transf&rer line somme de son compte bourse sur son 
compte bancaire. Pour cela, Putilisateur ordonne F execution de la commande 
« transfert vers compte bancaire » dans le fichier « bourse ». 

L'« OS » recherche si la condition d'accds correspondant k la commande 
15 « transfert vers compte bancaire » est m6moris6e, dans notre cas F« OS » cherche 
si la condition « CHV2 » du fichier d* application « bourse » est m£moris6e dans le 
tableau ; comme c'est le cas (figure 5), P« OS » lance P ex&ution de la commande 
« transfert vers compte bancaire ». 

L'utilisateur souhaite alors connaltre le solde de son compte bancaire et 
20 verifier que son compte bancaire a bien ete credite. Pour cela, Putilisateur ordonne 
Pex6cution de la commande « solde » dans le fichier « compte bancaire ». 

L'« OS » recherche si la condition d'acces correspondant a la commande 
« solde » est m&norisde, dans notre cas P« OS » cherche si la condition « CHV1 » 
du fichier duplication « compte bancaire » est m&norisee dans le tableau ; comme 
25 c'est le cas (figure 5), F« OS » lance l'execution de la commande « credit ». Le 
solde du compte bancaire de Putilisateur apparait k P6cran et indique bien le 
nouveau solde, c'est-&-dire, le montant indiqu6 lors de la deuxi&me commande de 
P operation « solde » augment^ de la somme transferee lors de P operation 
« transfert vers compte bancaire ». 
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L'utilisateur souhaite alors connaltre le solde de son compte bourse et 
verifier que son compte bourse a bien 6t6 d£bit& Pour cela, l'utilisateur ordonne 
P execution de la commande « solde compte bourse » dans le fichier « bourse ». 

L*« OS » recherche si la condition d'acces correspondant a la commande 
5 « solde compte bourse » est m£moris£e, dans le cas considers l'« OS » cherche si 
la condition « fcHVl » du fichier duplication « bourse » est m£moris£e dans le 
tableau ; comme c'est le cas (figure 5), T« OS » lance 1'execution de la commande 
« solde compte bourse)). Le solde du compte bourse de l'utilisateur apparait & 
P6cran et indique bien le nouveau solde, c'est-i-dire, le montant indique lors de la 
10 premiere commande de 1* operation « solde compte bourse » diminu£ de la somme 
transferee lors de l'op£ration « transfert vers compte bancaire ». 

L'utilisateur decide de finir d'ordonner des commandes et ferme la session 
carte qu'il vient d'effectuer, ce faisant le tableau va €tre initialise, c'est-d-dire que 
toutes les donn£es vont etre effacdes. Puis l'utilisateur retire la carte du lecteur. 
15 Pour des raisons de security si en cours d\rtilisation de la carte, cette 

derni&re est retirde du lecteur, les donn£es du tableau sont automatiquement 
effaces. 

Bien entendu, la pr£sente invention n'est nullement limit£e au mode 
d'ex£cution d£crit et repr&ente qui n'a ete donne qu'a titre d'exemple. En 
20 particulier, elle comprend tous les moyens constituant des equivalents techniques 
des moyens d&rits ainsi que leurs combinaisons, si celles-ci sont executees selon 
Pesprit de invention. 
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1. Proc&te de gestion de commandes dans plusieurs fichiers d' application, a 
chaque commande dans chaque fichier d' application £tant associde une condition 
5 d'acc&s correspondant k ladite commande, chaque commande dans chaque fichier 
duplication &ant ex£cut6e si un utOisateur a ordonn6 Pexfcution de ladite 
commande et si la condition d'acc&s correspondant k ladite commande est 
m&norisde, caract6ris6 en ce qu'on garde m£moris£es les conditions d'acc&s 
conjointement pour tous les fichiers ^'application. 
10 2. Procede selon la revendication 1, caracteris£ en ce que, un utOisateur 

ayant ordonnS Fex£cution d'une commande dans un fichier duplication, 

on recherche si la condition d'acc£s correspondant a ladite commande est 
m6moris6e, 

si la condition d'accfes est memorisde alors on lance Pexecution de la 
15 commande, 

sinon on demande k Tutilisateur de satisfaire k la condition d'acc&s et alors, 
si Putilisateur satisfait k la condition d'accfis, on memorise la condition d'acces et 
on lance I'exgcution de la commande. 

3. Proc&I6 selon la revendication 2, caract$ris6 en ce que, n d6signant un 
20 entier sup6rieur ou egal k deux, Putilisateur ayant satisfait k n conditions d'acc&s, 

on garde m6moris6es les n demises conditions d'acces satisfaites. 

4. Proc&te selon la revendication 3, caract6ris6 en ce que, une nouvelle 
condition d'acc&s &ant satisfaite par l'utilisateur, ladite condition d'acces n'etant 
pas en m&noire, n conditions d'accSs etant m&norisees, on supprime de la 

25 mgmoire la condition d'acc&s la plus anciennement satisfaite et on memorise la 
condition d'accgs nouvellement satisfaite. 

5. Procedg selon Tune quelconque des revendications 3 ou 4, n est Sgalau 
nombre de conditions d'acc&s pour l'ensemble des commandes de tous les fichiers 
d'application. 
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6. Proc&te selon Tune quelconque des revendications 3 ou 4, n est 
supfrieur au nombre de conditions d'acc£s pour 1'ensemble des commandes de 
tous les fichiers d'application. 

7 v Proc6d£ selon Tune quelconque des revendications 3 ou 4, n est inferieur 
5 au nombre de conditions d'acc&s pour 1' ensemble des commandes de tous les 
fichiers d'application. 

8. Proced6 selon Tune quelconque des revendications 1 4 7, un contact 
&ant 6tabli pour d&narrer ledit proc&te de gestion de commandes, le contact 6tant 
rompu, on efface toutes les conditions d'acces. 
10 9. Carte (8) k puce adaptte k g£rer des commandes dans plusieurs fichiers 

d'application, k chaque commande dans chaque fichier d'application etant assotiee 
une condition d'acces correspondant a ladite commande, chaque commande dans 
chaque fichier d'application etant ex&utde si un utilisateur a ordonnS l'ex&ution 
de ladite commande et si la condition d'acc&s correspondant k ladite commande est 
15 en mgmoire, caracteris6e en ce qu'elle comporte des moyens pour garder en 
m£moire les conditions d'acces conjointement pour tous les fichiers d'application. 

10. Carte (8) selon la revendication 9, caracterisie en ce que, un utilisateur 
ayant ordonn6 r execution d'une commande dans un fichier d'application, elle 
comporte : 

20 - des moyens adapts k rechercher si la condition d'acces correspondant a 

ladite commande est en memoire, 

- des moyens adaptes a lancer r execution de la commande si la condition 
d'accds est en memoire, 

- des moyens adaptes a demander k 1'utilisateur de satisfaire a la condition 
25 d'acc&s si la condition d'acc&s n'est pas en m&noire, et 

• des moyens adaptes k m&noriser la condition d'accfcs et k lancer 
r execution de la commande si 1'utilisateur satisfait k la condition d'acc&s. 

11. Carte (8) selon la revendication 10, caracterisee en ce que, n d6signant 
un entier superieur ou 6gal k deux, 1'utilisateur ayant satisfait k n conditions 

30 d'acc&s, elle comporte des moyens adaptes a garder en m&noire les n dernieres 
conditions d'acc&s satisfaites. 
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12. Carte (8) selon la revendication 1 1, caract&is6e en ce que, une nouvelle 
condition d'accds etant satisfaite par Putilisateur, ladite condition d'acc£s n'&ant 
pas en mdmoire, n conditions d'acc£s etant m&noris6es, elle comporte des moyens 
adapts & supprimer de la mdmoire la condition d'accds la plus andennement 

5 satisfaite et & m6moriser la condition d'acc&s nouveUement satisfaite. 

13. Carte (8) selon Tune quelconque des revendications 11 ou 12, n est 
6gal au nombre de conditions d'acc&s pour 1' ensemble des commandes de tous les 
fichiers duplication. 

14. Carte (8) selon Tune quelconque des revendications 11 ou 12, n est 
10 sup&ieur au nombre de conditions d'acc^s pour Pensemble des commandes de 

tous les fichiers duplication. 

15. Carte (8) selon Tune quelconque des revendications 11 ou 12, n est 
inferieur au nombre de conditions d'acc&s pour Pensemble des commandes de tous 
les fichiers duplication. 

15 ' 16. Carte (8) selon Tune quelconque des revendications pr6cedentes 
caract£ris6e en ce qu'elle comporte un contact et des moyens adapts & supprimer 
toutes les conditions d'acces lorsque le contact est rompu. 
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